home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000475_news@news2.cis.umn.edu _Thu Dec 10 16:46:32 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <news@news2.cis.umn.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA05090; Thu, 10 Dec 92 16:46:32 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA23276; Thu, 10 Dec 1992 16:59:59 +0100
  6. Received: by news2.cis.umn.edu (5.65c/)
  7.     id AA21674; Thu, 10 Dec 1992 09:59:54 -0600
  8. To: gopher-archive@mudhoney.micro.umn.edu
  9. Newsgroups: comp.infosystems.gopher
  10. Path: umn.edu!The-Star.honeywell.com!src.honeywell.com!uwm.edu!caen!uunet!europa.asd.contel.com!howland.reston.ans.net!news.ans.net!ans.net!news
  11. From: Dan Connolly <connolly@pixel.convex.com>
  12. Subject: Re: Gopher+ Considered Harmful
  13. Sender: news@ans.net (News Administrator)
  14. Message-Id: <9212100315.AA14084@pixel.convex.com.ans-relay.ans-relay>
  15. Date: Thu, 10 Dec 1992 03:15:36 GMT
  16. Distribution: local-relay
  17. To: www-talk@nxoc01.cern.ch
  18. References: <75220@apple.apple.COM>
  19. Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
  20. Lines: 56
  21.  
  22. In article <75220@apple.apple.COM> dell@Apple.COM (Thomas E. Dell) writes:
  23. [ an excellent assesment of Gopher and Gopher+ prototocls ...]
  24.  
  25. >Proposal:
  26. > 
  27. >  Draft a protocol modeled after ideas present in SMTP, NNTP, and
  28. >  FTP, with a few commands to support existing functionality.
  29.  
  30. The World-Wide Web project is also taking on the next major
  31. revision of their protocol. I have suggested to them that NNTP
  32. makes a good basis, and they were agreeable.
  33.  
  34. I sincerely hope that Gopher+ and HTTP2 (HyperText Transfer
  35. Protocol, version 2) merge into an NNTP-style protocol.
  36.  
  37. I suggest we even make it NNTP compatible, except that it
  38. would be stateless: the server processes one transaction and
  39. then terminates the connection. And in addtion to requesting
  40. articles by number or by ID, we would add the ability to
  41. request them by path, a quoted string.
  42.  
  43. For exmaple:
  44.  
  45.    S:      (listens at TCP port XXX)
  46.    C:      (requests connection on TCP port XXX)
  47.    S:      203 wombat NNTP++ server ready
  48.    C:      BODY "foo/bar/xxx.z"
  49.    S:      222 "foo/bar/xxx.z" article retrieved. body text follows
  50.            (body text here)
  51.        .
  52.    S:      400 service discontinued
  53.  
  54. We would use the MIME standard for multimedia. We could allow
  55. binary content-transfer-encoding on 8-bit clean connections, and
  56. thus avoid the bandwidth needed to encode raw data.
  57.  
  58.    S:      (listens at TCP port XXX)
  59.    C:      (requests connection on TCP port XXX)
  60.    S:      203 wombat NNTP++ server ready
  61.    C:      ARTICLE "foo/bar/xxx.z"
  62.    S:      224 "foo/bar/xxx.z" All of article follows
  63.    S:      (transmits article in RFC822 format, with a raw binary body:)
  64.         (... other headers)
  65.         Mime-Version: 1.0
  66.         Content-Type: image/gif
  67.         Content-Transfer-Encoding: binary
  68.         Content-Octets: 1274
  69.  
  70.         (1274 bytes of raw data here)
  71.  
  72.    S:      400 service discontinued
  73.  
  74. Seems like a good idea to me. What does anybody else think?
  75.  
  76. Dan
  77.